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FIELD OF THE INVENTION 



The present invention is directed to the field of software systems and applications, and, 
more particularly, to a method and system for dynamically managing the resources of at least one 
application stored on a computer and for permitting the customization of the operation and 
interface of at least one application in response to a change in user preference. 



Generally speaking, software applications consist of many files, all of which interoperate 
to provide the overall functionality of, and the user interface to, the application. Applications can 
be executables, scripts, and/or libraries such as dynamic link libraries (DLLs), or any 
combination thereof, which may be provided with resources that support the application's 
functionality and interface features. At present, DLLs, which are libraries of executable code 
and/or data, are commonly used by programmers to provide one or more of the functions of an 
application. The application dynamically links to the DLLs, which are often distributed with the 
application. In some instances, DLLs may be shared among applications or made available by an 
operating system. Therefore, both the DLLs and the application code which is programmed to 
link to the DLLs must be present on the computer at runtime for the application to function 
properly. 

As used herein, the term "resource" or "resources" is used in accordance with its ordinary 
meaning and generally refers to a library containing text strings and/or image data processed by 
an application, such as for example those needed to generate a portion of the user interface. The 
resources of an application may, for example, be encompassed in one or more DLLs, text files, 
executables, or data files of any type. 



BACKGROUND OF THE INVENTION 
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Increasingly, however, due to the emergence of global communication networks, such as 
the Internet and/or the World Wide Web (the "Web"), the global distribution of computer 
applications has increased markedly. Through electronic file transfer protocols, web-based 
application providers can distribute applications to users in many different countries. 
Undoubtedly, these applications will require updates and patches, which may require additional 
resources. Moreover, it is likely that users will have different preferences related to the operation 
of the application. 

Currently, applications, such as executables, Active X Controls, and the like, are 
downloaded to a client computer where the application is processed. In many instances, 
however, the application accesses the Internet or other communication network to retrieve 
information or content, such as stock quotes, news, electronic mail, and the like. Such "web- 
based" applications have become popular for a variety of functions because they have the ability 
to extract and display information in real-time or near real-time from remote databases. 

Users desiring such web-based applications commonly register with an on-line 
application/content provider and download the application to the user's computer, typically 
referred to as the client computer. During the registration process, the user may be asked to enter 
personal information or preferences so that the operation and interface of the application can be 
customized. For instance, users from different countries may have a preference for which 
language (i.e., English, German, French, etc.) the application utilizes to generate the graphical 
user interface (GUI) and to communicate with the user. Indeed, in many instances, a user may 
download a series of applications which may each have certain similar customizable aspects. 
Furthermore, these applications may utilize the same resources and may be amenable to similar 
updates. 
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The presently known methods and systems for managing such resources and for 
permitting the customization of the operation and interface of applications have shortcomings. 
For example, known programming methods cannot effectively update or patch existing resources 
or integrate new resources not initially incorporated into an application without having to restart 
the application. Therefore, these methods and systems fail to satisfactorily permit the 
customization of an application to different user preferences. In addition, known methods and 
systems do not efficiently permit an application/content provider to distribute a single 
international application. 

One known method and system requires that the resources for customizing the application 
be built (or hard-coded) into the application itself and distributed with each copy. This method, 
however, undesirably increases the size of the application and is unable to process resources that 
were not incorporated into the application at the time of download and installation. Because 
these web-based applications are generally downloaded from remote servers using file transfer 
protocols (FTP), increased file size adversely affects the file transfer performance, and this 
increased time factor may be a deterrent to a user downloading it, in addition to increasing 
necessary network overhead. 

Another known method requires the development of separate versions of the application 
with support for each particular preference. For instance, in the case of language preferences, a 
developer could provide a separate version for every region to which the application would be 
distributed. Maintaining numerous versions, however, is time consuming and can result in 
increased costs to the developer and users. 

Yet another known solution would be to build client-side scripts or server-side software 
applications, which run within the user's Internet browser. In use, only the version of the scripted 
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application that corresponds to the user's particular preference would be downloaded. A change 
of preference would prompt the download of a separate version of the scripted application. Such 
scripted applications, however, such as, for example, JavaScript™, are limited by the 
functionality and extensibility of the scripting language, which often does not have the same 
speed of operation and access to system functions as full application languages. The availability 
of bandwidth to users can also adversely affect the performance of scripted or server-side 
applications, because the scripted application must be downloaded to the client computer each 
time a preference change is requested. Lastly, server-side applications have limited scalability 
due to the limits on physical server space and memory and processing power. 

There is thus a desire and unmet need to provide a method and system for more 
efficiently managing the resources of one or more applications. A further desirable and unmet 
need is to permit the customization of application resources that operates at runtime and that can 
be efficiently maintained. Furthermore, it is a desirable and unmet need to provide a system and 
method for permitting updates, patches and further customizable options to be integrated into the 
application resources, while keeping the application streamlined and preserving its efficiency. 

SUMMARY OF THE INVENTION 

The present invention is directed to a system and method which overcomes shortcomings 
in the prior art. In particular, a system and method is provided for dynamically managing the 
resources of an application^and for customizing the operation and interface of a web-based 
application in response to a change in user preference. 

According to the present invention, a resource manager is programmed to identify 
resources by unique resource identifiers, and in response to a request for such resources, to 
retrieve those resources from a server if the resources are not stored locally on the client 
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computer. Once retrieved, the resource manager passes the resources to the application. In one 
preferred embodiment, referred to generally as the "pull" embodiment, the application recognizes 
the need to process a resource and request that resource or group of resources from the resource 
manager, which in turn determines the availability of the resource and retrieves it from the server 
system if it is locally unavailable. In another preferred embodiment, referred to generally as the 
"push" embodiment, the server system receives a preference change request and the resource 
manager, with the next communication with the server system, receives the preference 
parameters associated with the preference change. The resource manager then looks in its map of 
resource identifiers to determine whether the corresponding resources are locally stored. If one 
or more resources are not locally stored, the resource manager retrieves, from the server system, 
either the entire group of resources corresponding to the preference parameters or that particular 
missing resource. In the meantime, the resource manager passes the locally stored resources to 
the application. The resource manager then passes any resources retrieved from the server 
system to the application, as necessary. 

As used herein, the term "application" generally refers to a software program which is 
substantially executed by a computer located on the client side of the client-server architecture. 
The term "web-based application" refers generally to applications that at least partially derive the 
data for operation from a remote server and/or are capable of receiving data from a remote server 
or other computing or storage device remote from the client, either at the server location or at one 



or more locations in the network to which the client is connected. Such applications,jfor the 
purposes of the present invention, may be coded in any programming language known in the art. 
In addition, the applications may be delivered to the client side in any manner known in the art, 
such as via file download, electronic mail, or any other file transfer protocols that use networks 
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of interconnected devices to transfer data. Furthermore, such applications may be distributed on 
any art-recognized machine readable storage medium, such as a compact disc, floppy disc, tape, 
or the like. 

The present invention utilizes a resource manager stored on a client computer to 
determine whether the resources necessary to process a particular aspect of an application are 
present on the client computer at the time of execution of the application. In use, when the 
subject application is first downloaded to the client computer, the resource manager is also 
downloaded and stored on the client computer. The resource manager may be an integral part of 
the application or may stand alone as its own library, such as an "in-process" component object 
model ("COM") server (DLL) or an "out of process" COM server (.exe). In each case, however, 
the downloaded application is programmed to interoperate with the resource manager to 
determine whether the necessary resources for its operation have also been downloaded or 
otherwise made present on the client computer. 

In general, according to the present invention, the resource manager contains a library of 
ID maps associating a resource to a unique resource identifier. The resource identifier may be, 
for example, an alphanumeric code containing a resource group ID, resource ID, date ID, version 
ID, and the like, or any combination thereof. 

In one preferred embodiment, a server system receives a request to change a preference 
from a client computer through a network. Based upon the request, the server system determines 
the resources necessary to accommodate the request. Next, the server system communicates the 
preference parameters to the resource manager through the network. Alternatively, the resource 
manager with the next communication with the server system pulls the preference parameters 
associated with the preference change from the server system. The resource manager uses the 
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preference parameters to determine whether the resources associated with the group identifier are 
stored on the client computer. If each resource of the group of resources are found on the client 
computer, the resource manager loads the resources into the processing memory of the client 
computer and passes the resources to the application. If one or more resource is not found on the 
client system, the resource manager retrieves either the entire group of resources or that particular 
resource from the server system using the resourced unique identifier. 

Alternatively, the application can be programmed to recognize the need for a resource or 
group of resources and notify the resource manager to retrieve the resources. In this 
embodiment, the application can identify the unique group IDs associated with a particular 
language, region, or preference (e.g., language, region, etc.), or the unique resource ID, if only 
one of the group is needed. 

An advantage of the present invention is that as new versions of the resources are created 
or new regions are supported, the application provider can distribute these additional resources to 
the resource manager as needed. For example, an application provider providing additional 
resources for a web-based application may make the additional resources available for download 
to the client computer. Once received by the resource manager, the resources are preferably 
stored either in the memory space of the manager or the memory space of the application on the 
client computer. However, the resources can be stored on the server system and loaded 
temporarily into the memory of the client computer as needed. 

The present invention provides advantages to both the application user and the 
application provider. For the application provider, new resources or versions of the resources 
can be incorporated into an existing application without the need to release an entirely new 
version of the application. In addition, in the case of web-based applications, the manager can be 
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alerted by a server system that new resources are available, thereby causing the new resources to 
be downloaded to the client computer without interrupting the user's experience. Because the 
application is either notified of additional resources or knows to ask the manager when additional 
resources are needed, the application can be customized seamlessly at runtime without re- 
execution of the application. 

Since the resources for an application are essentially libraries of data, the resources are 
often associated with a customizable feature of the application. The manager advantageously 
permits an application provider to store a set of resources pertaining to particular customizable 
options on a remote server. Using the manager, the application provider can permit a user to 
select certain customizable preference settings. 

In operation, a user may request to change a particular preference setting, such as, for 
example, the language used to generate the user interface. In response to the request, the 
application will determine whether or not the resource that is needed to generate the user 
interface in the new language has been downloaded to the client computer, as described above. If 
it has not, depending upon the embodiment utilized, the application will either notify the resource 
manager that additional resources are needed (i.e., call an exposed function of the resource 
manager) or await notification from the resource manager. The resource manager in turn, in a 
web-enabled application example, retrieves the necessary resources from a remote server. 

In addition, the manager permits additional users of the same client computer to 
customize the application and the user interface to their particular preferences as will be further 
illustrated in the detailed description in connection with the drawing figures. Furthermore, 
because the application is streamlined, due to the lack of a need to hard-code all of the resources 
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necessary to provide customization capabilities, the user saves download time and disk space and 
avoids the need to re-start the application. 

In another embodiment of the present invention, the resource manager manages the 
resources for a plurality of applications stored on the client computer. In accordance with this 
embodiment, a method of managing the resources for a plurality of applications generally 
comprises mapping an identifier to a resource, receiving into a server system a request to 
customize an application, communicating the identifier to a resource manager stored on a client 
computer, determining whether the resource associated to the identifier is stored on the client 
computer, and retrieving the resource if the resource is not stored on the client computer. Next, 
each application that shares the resource is notified of the resource's availability, i.e., its 
accessibility to be linked to by a particular application. 

In addition, a client-server system for managing the resources of one or more applications 
generally comprises a server system having a storage device, the storage device having stored 
thereon a plurality of resources for use with one or more applications, and a client computer 
having stored thereon the one or more applications and a manager. The client computer is inter- 
operative with the manager so as to register the application modules with the manager when the 
application module is downloaded to the client computer. 

Other objects and features of the present invention will become apparent from the 
following detailed description, considered in conjunction with the accompanying drawing 
figures. It is to be understood, however, that the drawings are designed solely for the purpose of 
illustration and not as a definition of the limits of the invention, for which reference should be 
made to the appended claims. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

In the drawing figures, which are merely illustrative, and wherein like reference 
characters denote similar elements throughout the several views: 

FIG. 1 is a schematic overview of the system architecture of a preferred embodiment of 
the present invention; 

FIG. 2 is a schematic block diagram of a client computer connected to a network and 
upon which the present invention may be implemented; 

FIG. 3 is a flow diagram of a method of managing the resources of an application in 
accordance with a preferred embodiment of the present invention; 

FIG. 4 is a flow diagram of a method of seamlessly integrating an application update in 
accordance with a preferred embodiment of the present invention; 

FIG. 5 is a flow diagram of a method of customizing the operation and interface of an 
application in accordance with a preferred embodiment of the present invention; and 

FIGS 6-10 are exemplary screenshots of a method of internationalizing an application in 
accordance with the various preferred embodiments of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

According to the present invention a system and method for managing the resources for 
one or more applications is provided. In operation, the present invention permits the resources of 
one or more applications to be updated, supplemented, or patched. Furthermore, the present 
invention advantageously permits additional resources to be downloaded and accessed by one or 
more applications, thereby permitting the internationalization of a suite of applications. 

With reference generally to FIGS. 1-10, a resource manager 75 for use with the present 
invention is provided along with, prior to, or after delivery of the operating code of an application 
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70. Preferably, when the application 70 is loaded or downloaded to a client computer 50, the 
resource manager 75 is also loaded onto the client computer 50. In the alternative, the resource 
manager 75 can be hardcoded into the application 70 as an integral part. Thus, as will be 
described further, the manager 75 can be a standalone program or can be integrated within the 
application 70. As previously defined, the term "resource" generally refers to a library 
containing the text strings and/or image data processed an application 70, for example, to 
generate the user interface of an application. In use, the application links to the resource 72 
either statically or dynamically (as needed), to process the application 70. 

Referring now to FIG. 1, an overview of a preferred embodiment of the system 
architecture for use with the present invention is shown. A server system 10 of an 
application/content provider is connected to a global communications network 100 via a 
generally known network interface. A plurality of client computers 50 are interconnected to the 
server system 10 through the network 100. 

The server system 10 includes one or more storage devices 15, 20 for storing the content 
and data that is distributed through the network to the client computers 50. The server system 10 
also includes a processor, such as the Intel Pentium III Xeon processor, memory (RAM, ROM), 
clocks, and other components commonly included with server systems known in the art (not 
shown). The storage device 15, 20 is any machine-readable storage medium now known or that 
will be known in the art, such as by way of non-limiting example, a hard disk, optical drive, or 
tape drive. The particular architecture of server system 10 is not critical to the invention and, 
therefore, server system 10 is not depicted in detail. The network 100 is preferably the Internet; 
although one skilled in the art will recognize that the network may be any communications 
network now known or that will be known that is capable of transmitting data, such as, for 
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example, an intranet, local area network, wide area network, or other network using point-to- 
point protocols (PPP), wireless application protocols (WAP), and the like. 

With further reference to FIG. 2, a schematic of a client computer 50 for use with the 
present invention is shown. The client computers 50 are any type of personal or network 
computer having an operating system and, preferably, running a browser such as Microsoft 
Internet Explorer or Netscape Navigator. Client computers 50 generally access the network 100 
to download an application 70 from the server system 10. The application 70 is then stored and 
processed on the client computer 50. 

Client computer 50 includes an internal bus 64 that facilitates communication of data 
between and among the various components of the client computer 50 and that also facilitates 
communication between the client computer 50 and external devices and systems via the network 
interface 68. A processor 66 is coupled to the bus 64 to process data, including application 
programs, within the client computer 50. The client computer 50 also includes a main memory 
60, such as, for example RAM or other equivalent dynamic memory storage, coupled to bus 64 
for receiving and storing instructions communicated by the processor 66. Read-only memory 
(ROM) is also provided and coupled to the bus 64 to store static data and instructions for use by 
the processor. 

Various input and output devices 54, 56, 58 are provided with the client computer 50, 
including, by way of non-limiting example, a display 54 (e.g., cathode ray tube (CRT), liquid 
crystal display (LCD), etc.), and an input device 56 (e.g., a keyboard, mouse, touch pad, or light 
pen). A second storage device 58 such as, for example, a magnetic disk drive and magnetic disk, 
a CD-ROM drive and CD-ROM, DVD, or other equivalent device, is coupled to the bus 68 for 
communication with the processor 66, main memory 60 and network interface 68. The specific 
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hardware combination/configuration is not crucial to the instant invention, and may vary as a 
matter of design choice within the functional parameters taught herein. 

Referring again to FIG. 1, a user (not shown) generally utilizes client computer 50 to 
access the network 100. Although, as set forth above, network 100 is not limited to the Internet, 
the present invention will be described in connection with use of the World Wide Web or 
Internet. The client computer 50 connects to the network 100 via the network interface 65 over a 
transmission media such as, by way of non-limiting example, coaxial cable, copper wires, or 
fiber optical cables. Communication between the client computer 50 and the network 100 may 
also be via wireless, satellite, or cellular interface. The network interface 68 facilitates two-way 
communication between the client computer 50 and the server system 10 provided by the 
content/application provider (not shown). 

Content and information is downloaded to the client computer 50 through network 100 
using, for example, the hypertext transfer protocol (HTTP) in various known formats, such as, 
for example, HTML, DHTML, XML, scripting languages, and the like. A browser application is 
stored on the client computer 50 and is programmed to interpret the code downloaded from the 
server system 10, thereby producing a GUI with which the user can interact. By way of non- 
limiting example, applications 70 and related resources 72 are preferably downloaded using 
known hyper-text transfer protocols (HTTP). Once downloaded, the application 70 may be 
launched by the user or it may be self-extracting and self-executing. Resources 72 are stored on 
the client computer 50 as described below so as to be available to the application 70 when 
needed. 

With reference now to FIG. 3, a method of managing the resources 72 of an application 
70 is there depicted in accordance with an embodiment of the present invention, and designated 
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generally as 300. At step 302 5 after the user has caused the client computer 50 to link to the 
server system 10 of the application provider through the network 100, the user downloads the 
application 70 from the provider's server system 10. The application 70 is downloaded along 
with a resource manager 75, which is either provided as an integral part of the application 70 or 
as a stand-alone component. Once the download is completed, the application 70 and resource 
manager 75 can be installed, in a step 304, either by manually launching an installation program 
or by automatically launching a self-extracting file. The resource manager 75 is preferably stored 
locally on the client computer 50 in a memory space reserved for the operation of the resource 
manager 75. Resource manager 75 is preferably a dynamic library, such as an in-process COM 
server (e.g., a DLL) or an out-of-process COM server (e.g., a EXE). As previously discussed, the 
resource manager 75 can also be integrated within the application 70. In either case, resource 
manager 75 is programmed to identify, map and store a unique identifier for each resource 72 
that is downloaded to the client computer 50 and related to application 70. In short, the resource 
manager 75 maintains a map of the associations of unique identifiers to resources 72. 

As described above, in a preferred embodiment, at step 306, the resource manager 75 
maintains a map of unique identifiers for each resource 72 that is downloaded with the 
application 70. In this way, the resource manager 75 can identify all of the resources 72 available 
to the application 70 at any given time. Upon being prompted, as will be further described, in a 
step 308, the resource manager 75, at step 310, retrieves the resources 72 and send a notification 
message to application 70, which includes a pointer to the resources 72, so as to enable 
application 70 to link to resources 72 as needed. 

The unique identifier can be formatted as a unique series of characters, numbers or other 
data readable by the manager 75, such as, for example a software identifier and unique number 
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combination. By way of non-limiting example, the unique identifiers may include varying levels 
of identifiers such as regional identifiers, group identifiers, and individual resource identifiers. 
Furthermore, the unique identifiers can include date and/or version identifiers such that the 
resource manager 75 can identify updated versions of resources 72. Alternatively, a single 
unique identifier can be assigned to each resource 72, which includes the codes necessary to 
identify the resource 72 with a particular region, language or group. 

As used herein, the term "request" refers to a message or data transmitted between the 
client computer 50 through network 100 to server system 10, so as to enable the communication 
of resource identifiers and other types of communication. 

The process of dynamically linking to the resources will now be described. In one 
preferred embodiment, upon retrieving the resources 72 as previously described, resources 
manager 75 calls a function exposed by application 70 and passes the resources 72 to application 
70 as an argument. One skilled in the art will recognize that the linking procedure may be 
performed in many ways, including without limitation, the use of pointers, addresses, and the 
like. 

As such, the application 70 is programmed to receive the notification from the resource 
manager 75 that additional resources 72 are available. If the conditions are such that the 
additional resource 72 is needed (i.e., the resource is needed to generate a user interface 
associated with a particular preference setting), the application 70 will link, as describe above, to 
the resource 72 so that the text-strings and image data contained within the resource 72 can be 
accessed and used by the application 70. Since the download and notification procedure is 
generally relatively short, the resource 72 will be available for access substantially immediately 
after it is downloaded. In this way, the present invention permits the application 70 to be updated 
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or customized substantially in real time. Furthermore, because the application 70 is programmed 
to receive the notification from the resource manager 75 (or check with the manager for new 
resources 72 when the application 70 is prompted for that resource 72), there is no need to re- 
execute the application 70 upon the availability of new resources 72. The resources 72 therefore 
can become available to the application 70 during its execution. 

Referring now to FIG. 4, in yet another preferred embodiment, the application 70 calls a 
function exposed by the resource manager 75 to retrieve the resources 72, upon the retrieval of 
which, the resource manager 75 returns the resources 72 to the application 70. The application 
70 is programmed to identify a need for resources 72 and check with the resource manager 75 
each time it is necessary to link to a resource 72, as in step 402. In step 404, the application 70 
calls a function exposed by the resource manager 75. If the resource manager 75 determines that 
the resource is stored on the client computer 50, in a step 406, the resource manager 75 passes 
the resource 72 to application 70, in a step 408A. If, however, the resource 72 has not been 
found, the resource 72 is retrieved or downloaded from the server system 10, in step 408B. In 
both instances, the resource manager 75 returns a pointer to application 70 to enable linking to 
resources 72. 

Because querying the resource manager 75 each time a resource 72 is needed can slow the 
procedure, it is preferable to pass newly available resources 72 to the application 70 and to store 
a copy of the resource 72 in the memory space of the application 70. In this way, the application 
70 can process instructions to link to available resources 72 without waiting for a response from 
the resource manager 75. 

However, one skilled in the art will recognize that the resources 72 may be stored on a 
server system 10 and downloaded to client computer 50 only as needed. As such, resources 72 
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would only be temporarily loaded into the processing memory space of client computer 50 when 
needed to generate a user interface. 

As will be shown and described with reference to the various embodiments described 
herein, the method of FIG. 3 may be adapted to many different applications in accordance with 
the present invention. 

For instance, a preferred embodiment of the present invention may be adapted to a 
method of downloading an updated resource. By way of example, during operation, the resource 
manager 75 can be notified by the application provider of an updated resource 72, which requires 
additional resources 72. In the alternative, the user can request to download the updated resource 
72 from the server system 10. The resource manager 75 determines which version of the 
resource 72 is stored locally on client computer 50 by comparing the unique identifiers of the 
resources 72, which may include a date or version ID. Once retrieved, the resource 72 will be 
linked to as described above. 

Referring to FIG. 5, a method of customizing the operation or interface of an application 
70 is there described in accordance with an embodiment of the present invention, and generally 
designated as 500. At step 502, a user, who has previously registered with the application 
provider, logs into the application provider's site using a password or other unique identifier that 
is recognizable by the server system 10. During the aforementioned previous registration, the 
user may have been prompted by the application/content provider to input certain personal 
information and preference settings, such as by way of non-limiting example a language 
preference. This information is stored in a database on the server system 10. In step 504, the 
unique user identifier is used by the server system 10 to retrieve the preference settings or other 
such customizable information from the server database. In a step 506, an access code or a group 
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ID associated with a group of resources 72 is communicated to the client computer 50 and 
identified by the resource manager 75. 

At step 508, the resource manager 75 determines the availability of the resource 72 
required to display the application interface in accordance with the user's registered preferences. 
If the resource 72 is available, in a step 510, the resource manager passes the resources to 
application 70 as described above, to enable application 70 to generate the customized 
functionality. If, however, the resource 72 is not yet available, the resources manager 75 
retrieves the needed resource 72 from the server system 10, in a step 512. 

Such employment of the present invention enables several registered users having 
different preferences to use the same application 70 without having to re-customize the 
application's operation and interface. For example, a first user may have registered with an 
English language preference. Each time that user launches application 70, the user interface is 
generated using the resources corresponding to the English language parameters, as shown for 
example in FIG. 6. If a second user, who had registered with a Spanish language preference logs 
onto the application provider's web site using the same client computer 50 as the first user, the 
user interface will dynamically load in the Spanish language, as shown in FIG. 9. In operation, 
as described above, the server system 10 retrieves the second user's preference settings so that the 
resource manager 75, in its next communication with the server system 10, can receive the new 
Spanish language parameters. Using the parameters, the resource manager 75 determines 
whether the resources 72 needed to generate the Spanish language interface are locally stored. If 
the resources 72 are not locally stored, the resource manager 75 retrieves them from the server 
system 10. In this way, the present invention can dynamically load a user interface for multiple 
users of the same client computer 50. In addition, because the resource files are generally 
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relatively small, they can be downloaded quickly to the client computer 50 and seamlessly 
incorporated into the application 70 at runtime. 

With reference to FIGS. 3-5, it can be seen that although depicted and described with 
reference to one application 70, the methods of the present invention can be adapted to manage 
the resources of two or more applications 70. By way of example only, the customization of the 
user interface to a particular language preference may be applicable to several applications 70 
stored on a particular client computer 50. As such, a group of applications 70 can be 
internationalized by using the resource manager 75 of the present invention to manage the 
resources 72 of several applications 70. 

Therefore, with further reference to FIGS. 1, 2, and 6-10, there is shown and herein 
described an exemplary method of customizing an application 70 and, in particular a method of 
internationalizing an application 70. As shown in FIGS. 1 and 6, a web site of a content provider 
is delivered to the display device 54 of the client computer 50 through the network 100. A 
browser application 110, such as Microsoft Internet Explorer or Netscape Navigator, interprets 
the downloaded content, which is in the form of images, HTML code and the like, scripting 
languages (e.g., JavaScript, VBScript, etc.), and applets, to name a few, to generate a user 
interface in window 115. A component object model (COM) technology, such as for example an 
ActiveX Control or a Plug-in, controls and/or modifies a portion of the browser interface as 
shown in toolbar 130. Such a browser interface overlay is disclosed in Applicant's co-pending 
U.S. Application Serial No. 09/429,585, the entire disclosure of which is incorporated herein by 
reference. The COM application links to library resources, such as DLLs, to generate the 
particular interface of the tools within the toolbar 130. For example, as shown, in FIGS. 6 and 7, 
the English language is used in the buttons 132, drop down menus 134, and message boxes 136. 
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As described above, however, it may be desirable for another user of the same application 
70 or users in different countries to change the language setting to their preferred language. With 
further reference to FIG. 8, a user is provided a preference setting screen 120 by the 
application/content provider. In this example, the user is changing the language setting to 
Spanish 190. One skilled in the art will recognize, however, that the particular type of preference 
setting (e.g., language, interface color, button type, tools available, etc.) for which the present 
invention is utilized is a matter of design choice; and, accordingly, the present invention can be 
adapted for any number of customizable preference settings pertaining to one or more 
applications 70 programmed to operate with the resource manager 75 of the present invention. 

Referring again to FIG. 8, when the user has selected a preference, the user clicks the 
"Finished" button 122, for example, to complete the setting change. With further reference to 
FIGS. 9 and 10, the Spanish language replaces the English language in the buttons 132, drop 
down menus 134, and message boxes 136. It will be noted that the particular way in which a 
user can change the preference setting is not critical to the invention and the description herein is 
merely illustrative of one such way. 

With reference again to FIGS. 6-10, toolbar 130 is generated by the execution of 
application 70 which links to and accesses resources 72, which include, for example, an ActiveX 
control or Plug-in. The resource 72 contains the code necessary to generate user interface and 
functionality of the toolbar 130. In use, application 70 is inter-operative with resource 72 to 
generate a shell within the browser 1 10 within which the functionality of the ActiveX control or 
Plug-in can be added to toolbar 130. By way of non-limiting example, the data processed to 
build the user interface of toolbar 130 is defined by one or more resources 72 which contain the 
ActiveX control or Plug-in necessary to generate the interface. For instance, the strings of text 
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that can be seen in FIGS. 6-8, which are in English, are stored in one of the resources 72 and 
provided to application 70 as needed to generate the user interface of toolbar 130. Similarly, the 
strings of text found in message box 136 as depicted in FIG. 7 are stored in one of the resources 
72 and provided to application 70 as need to generate a particular message box. 

Through the application provider's web site, illustrated for example in browser window 
1 15, a user can select a preference setting. The preference setting, as one skilled in the art will 
recognize, may include many different types of customizable options, such as by way of non- 
limiting example language. With reference to FIG. 8, the user chooses to change his/her 
language preference from English to Spanish. Once the user has completed changing and 
reviewing his/her selections, the server system 10 either communicates the group identifier 
associated with the group of resources needed to accommodate the request to the client computer 
(as described above in connection with drawing figures 6 through 1 0) or the resource manager 75 
receives a preference parameter corresponding to the resources from the server system 10 (as 
described in connection with drawing figure 5). 

Upon receipt of the group identifier, resource manager 75 uses the group identifier to 
determine whether the group of resources associated with the group identifier is stored locally on 
the client computer. If, in the alternative embodiment, the resource manager 75 receives a 
preference parameter related to the region or language preference, the resource manager looks up 
the corresponding resource identifier in the resource manager's 75 map of identifiers to resources 
to determine whether the resources associated with the group identifier are stored locally on the 
client computer. Thus, if the group of resources 72 needed to generate the Spanish language 
toolbar 130 is not found on the client computer 50, the resource manager 75 retrieves them from 
the server system and passes the needed group of resources 72 to the browser application 70 so as 
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to enable the application to access the group of resources 72, as described above. In this way, 
application 70 can link to the group of resources, load the text strings and image data into the 
memory of the client computer 50, and generate the toolbar 130 in the Spanish language. 

Because the resources 72 for changing the preference setting are stored on the server 
system 10, a streamlined user application 70 can be delivered to the client computer 50 without 
having the entire library of resources 72 for each particular preference hard-coded into the 
application 70. Instead, the resources 72 are advantageously downloaded and dynamically 
integrated into the application 70 at runtime. In addition, because the resource manager 75 can 
manage resources 72 for more than one application 70, each application 70 can be customized in 
response to a change in the user preference. As such, applications can be internationalized, 
customized, updated, or patched in a seamless fashion without negatively impacting the user's 
experience. As such, there is no need to restart the application 70 upon the application 70 being 
internationalized, customized, updated, and/or patched. 

Due to the increased convenience and functionality offered to a user, the present 
invention offers a means by which a web site can increase the frequency with which a user 
accesses the web site. According to this preferred embodiment, a user profile database 20 is 
maintained on the server system 10, which serves the web site to the browser application. The 
user profile database includes at least one customizable option. As used herein, the term 
"customizable option" or "preferences," refers to those options which the user may choose from 
and which are stored in the user profile on the server system. The server system, as described 
above, permits the user to change the customizable option. In response to the change in the 
customizable option, the client computer generates a browser interface on the client computer in 
the manner previously described. 
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Thus, while there have been shown and described and pointed out fundamental novel 
features of the invention as applied to preferred embodiments thereof, it will be understood that 
various omissions and substitutions and changes in the form and details of the disclosed 
invention may be made by those skilled in the art without departing from the spirit of the 
invention. It is the intention, therefore, to be limited only as indicated by the scope of the claims 
appended hereto. 
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